home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group01b.txt / 000117_icon-group-sender_Mon Jul 30 17:18:50 2001.msg < prev    next >
Internet Message Format  |  2002-01-03  |  1KB
  1. Return-Path: <icon-group-sender>
  2. Received: (from root@localhost)
  3.     by baskerville.CS.Arizona.EDU (8.11.1/8.11.1) id f6V0Igk29769
  4.     for icon-group-addresses; Mon, 30 Jul 2001 17:18:42 -0700 (MST)
  5. Message-Id: <200107310018.f6V0Igk29769@baskerville.CS.Arizona.EDU>
  6. Date: Mon, 30 Jul 2001 15:32:13 -0600 (MDT)
  7. From: "Cheyenne Wills" <cheyenne_wills@qwest.net>
  8. To: js.graham@home.com
  9. Cc: icon-group@cs.arizona.edu
  10. Subject: Re: Speed vs Space
  11. X-Mailerorigin: http://www.fsai.fh-trier.de/~schmitzj/Xclasses/XCmail/
  12. Errors-To: icon-group-errors@cs.arizona.edu
  13. Status: RO
  14. Content-Length: 694
  15.  
  16. That is probably the fastest way of "resetting" the table, the memory for
  17. the old table will be reclaimed during the next internal garbage
  18. collection pass.  If you just want to "delete" the space then setting the
  19. value to &null (e.g. B := &null) is another method, again the underlying 
  20. space will be reclaimed during the next garbage collection.
  21.  
  22. Cheyenne
  23.  
  24. ---Reply to mail from Steve Graham about Speed vs Space
  25. > I have an application where I need to reset a table.  The only way
  26. > I know is to redefine it, e.g. B := table().  Does this eliminate the
  27. > previous reference?  Is there a faster way and/or a better way in terms
  28. > of memory usage?
  29. > 
  30. > Thanks, Steve
  31. > 
  32. > 
  33. > 
  34.  
  35. ---End reply
  36.  
  37.  
  38.  
  39.